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ОДНОРОДНЫЕ КОНСТРУКЦИИ 


В данной статье вводится понятие однородных конструкций, которые реализуют 
принципы порождающего и расширяемого программирования. Однородные 
конструкции рассматриваются как конфигурационный ориентир программного 
проекта, определяющий направление процесса модуляризации и структурирования 
приложения. Описан ряд примеров однородных конструкций. Проанализировано 
место понятия однородных конструкций среди парадигм программирования, пока- 
заны достоинства использования однородных конструкций. 
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Введение. Общепризнанно, что сопровождение и модернизация про- 
граммных продуктов являются наиболее важными и ресурсоемкими этапа- 
ми жизненного цикла приложения. Ключевым моментом для успешного со- 
провождения приложения является способ выделения частей программ- 
ного кода, принципы и методы выделения модулей системы. Иными слова- 
ми, это те конфигурационные ориентиры, которые используются при созда- 
нии программного продукта. Так, выделение объектов в объектно-ориенти- 
рованном программировании [2] — это один конфигурационный ориентир, 
выделение аспектов в аспектно-ориентированном программировании [1] — 
другой конфигурационный ориентир, вертикальные и горизонтальные слои 
Фуксмана [3] — третий конфигурационный ориентир. Однородные конструк- 
ЦИИ — это также один из конфигурационных ориентиров. 

Постановка задачи. Требуется определить и разработать методику, кото- 
рая, с одной стороны, позволяет организовывать модули приложения та- 
ким образом, что добавление новой функциональности или изменение су- 
ществующей функциональности не затрагивает отлаженный программный 
код. Следовательно, применение подобной методики позволяет безболез- 
ненно изменять функциональность приложения с сохранением его работо- 
способности. С другой стороны, методика организации модулей представ- 
ляет собой в простейшем случае некоторый параметризованный интерпре- 
татор или параметризованный генератор исходного кода при более слож- 
ной реализации. Данная методика направлена на создание не конкретного 
программного средства, а серии настраиваемых программных средств. В 
данном случае разработка программного средства сводится к формирова- 
нию высокоуровневой спецификации всего приложения или некоторых мо- 
дулей приложения, по которой производится генерация программного кода 
приложения. 

Методы испытаний. Для выполнения поставленной задачи использова- 
лись методы модульного и структурного анализа программных средств. 
Широкое применение получили методы инженерии предметной области, а 
именно: сбор, систематизация и сохранение наработанного опыта создания 
систем или частей систем в форме средств многократного применения. Ак- 
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тивно использовались методы программной инженерии - методы автомати- 
зации жизненного цикла программного продукта, технологические методы 
разработки и тестирования сложных программных средств. 

Понятие однородных конструкций. М.М. Горбунов-Посадов в своих 
трудах [6] выдвинул идею о прямой связи между расширяемостью и одно- 
родностью, т.е. в случае реализации однородного набора приложения спе- 
циальным образом можно достичь расширяемости приложения, что, по его 
мнению, является ключом к развитию программы. Основываясь на сформу- 
лированных М.М. Горбуновым-Посадовым идеях [5], предложено точное 
определение и выработана структура однородных конструкций, представ- 
лены несколько примеров использования данной методики. Эти примеры 
протестированы и используются в приложениях, работающих в промыш- 
ленном режиме. 

Однородные конструкции являются способом организации модулей, 
реализующих некоторые однородные части программы. Данная методика 
реализует принципы порождающего [4] и расширяемого [5] программиро- 
вания. 

Под однородными конструкциями понимают набор однотипных эле- 
ментов, имеющих одинаковые методы обработки. Элементы могут обладать 
достаточно сложной структурой. Однородная конструкция характеризуется 
репозиторием, процедурами обработки однородных конструкций и инстру- 
ментом редактирования репозитория (рис.1). 












Процедуры 
редактирования, 
анализа, 
проверки 






Процедуры 
обработки 





Репозиторий 


Рис.1. Структура однородных конструкций 


Примеры однородных конструкций. Перед обзором примеров одно- 
родных пространств определим понятие "грид", которое является распро- 
страненным элементом любого приложения. 

Грид (Спа) - это элемент пользовательского графического интер- 
фейса, который отображает табличное представление данных и предостав- 
ляет следующую стандартную функциональность — редактирование данных 
в каждой ячейке, удаление и добавление строк. 

Технология Р/ид/п-модулей является однородным пространством, 
где репозиторием однородного пространства служит определенная дирек- 
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тория, в которой расположены модули. Процедура обработки хранилища 
может запускаться при входе в приложение, по таймеру или в любой дру- 
гой точке приложения. После запуска процедуры обработки репозитория 
появляется функциональность Ридп-модулей в соответствующих точках 
приложения. Для добавления новой функциональности в виде Рид/Тп-моду- 
ля достаточно просто поместить файл определенной структуры в Р№чаТп-ди- 
ректорию. Для устранения функциональности модуля достаточно убрать 
Р/идТп-модуль из директории. 

Отчетные формы. Все отчеты приложения удобно рассматривать как од- 
нородное пространство, в котором хранилище представлено аБЕ-файлом. 
При удалении какого-либо элемента однородного пространства из хранили- 
ща вся функциональность, соответствующая данному элементу, автомати- 
чески исчезает из приложения. В частности, если нужно изменить функци- 
ональность отчета, то редактирование затрагивает только файл исходного 
кода, содержащий процедуру формирования отчета, при этом ядро прило- 
жения остается неизменным. Добавление, удаление элементов однородно- 
го пространства можно реализовать, используя технологию Р№иа/Тп-моду- 
лей, где один отчет является РидТп-модулем, который содержит процеду- 
ры формирования отчета, а также процедуру регистрации последнего в си- 
стеме. Регистрация Р/идТп-отчета заключается в добавлении или измене- 
нии соответствующего элемента в репозитории отчетов. Отчет может ха- 
рактеризоваться не только процедурами формирования отчета, но и ша- 
блоном отчета, представленном, например, в формате гр, МР или хб. Для 
того чтобы добавить новый отчет в приложение, нужно занести всю необ- 
ходимую информацию в репозиторий отчетов. Добавление нового элемен- 
та однородного пространства в репозиторий отчетов с использованием 
РидТп-технологии сводится к размещению файлов шаблона и процедур 
регистрации и формирования отчета в соответствующие директории. До- 
бавление нового элемента однородного пространства без использования 
технологии Р№удп-модулей осуществляется добавлением нового элемента 
непосредственно в хранилище отчетов, при это нужно помнить и о возмож- 
ном шаблоне отчета, который следует поместить в соответствующую ди- 
ректорию. 

Типовые операции для грида. Рассмотрим однородное пространство ти- 
повых операций для грида. Типовые операции подразделяются на стан- 
дартные (количество строк, сумма по столбцу, поиск значения и т.д.) и не- 
стандартные, которые применимы для конкретных гридов, например, для 
конкретной строки грида "Заказы" вывести на экран форму заказа. Добав- 
ление, удаление типовых операций производится путем вставки, удаления 
элемента однородного пространства из репозитория. Модификация функ- 
циональности любого элемента осуществляется также в хранилище и не 
затрагивает исходный код ядра приложения. Каждая типовая операция ха- 
рактеризуется условием допустимости, при помощи которого можно ука- 
зать грид или набор гридов, где используется функциональность типовой 
операции, или наоборот, определить грид или набор гридов, для которых 
типовая операция не действует. 
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В итоге, разработав один раз процедуры обработки репозитория ти- 

повых операция для грида, последующее добавление и удаление операций 
сводится к редактированию хранилища однородного пространства. Среди 
процедур обработки репозитория выделим процедуру выбора допустимых 
операций для грида в контекстное меню, процедуру запуска конкретной 
операции. Реализация типовых операций без использования однородных 
пространств заключается в определении контекстного меню для каждого 
грида приложения. А количество гридов в серьезном приложении очень ве- 
лико, более того, контекстные меню различных гридов не совпадают. При 
такой реализации значительно затрудняется процесс сопровождения. 
Предположим, что необходимо добавить новую операцию во все гриды 
приложения. В случае однородных пространств это делается элементарно: 
добавляем в репозиторий пространства новый элемент с условием допусти- 
мости "ИСТИНА". В реализации без использования однородных пространств 
нужно внести изменения в контекстное меню всех гридов, при этом ни 
один не забыть. Использование последнего способа реализации типовых 
операций повышает вероятность появления ошибки, значительно затруд- 
няет процесс внесения изменений. Изменения рассредоточены по исходно- 
му коду приложения и носят один и тот же характер. 
Состав однородных конструкций. Следует обратить особое внимание 
на то, что однородные конструкции, принадлежащие одному набору, долж- 
ны иметь одинаковую структуру, которая определяет репозиторий рассмат- 
риваемого набора однородных конструкций. Следовательно, важным эта- 
пом реализации наборов однородных конструкций является определение 
структуры однородных пространств, а именно определение типа и атрибу- 
тов хранилищ однородных конструкций в зависимости от рода решаемых 
задач и возможностей среды разработки. Хранилище является обязатель- 
ным составляющим однородных конструкций. 

Выделим следующие способы организации репозитория однород- 
ных конструкций: текстовый файл; файл разметки ХМЕ; ОВЕ-файл. Каждый 
из способов организации репозитория однородных конструкций имеет свои 
преимущества и недостатки. 

ХМЕ-файл более предпочтителен в качестве репозитория однород- 
ных конструкций в силу того, что хранилище подобного типа может вме- 
стить в себя данные со сколь угодно сложной структурой (рис.2). 
В ХМЕ-репозитории не существует ограничений на типы атрибутов в от- 
личие от ОВЕ-хранилища. Например, изображенный ниже элемент одно- 
родной конструкции достаточно трудно было бы реализовать в ОВЕ-файле, 
так как типы атрибутов ОВЕ-хранилища должны быть простыми. 


<герой$> 
<гердгоир 14="7" спате="Продажи"> 
<егигу гер1_14="1" герпате="Продажа" $#="гер" ога="2.0000"> 
<сргд>О)О герргад ММТН [1 1М _герргад</срга> 


<и$1о\/> 
<рит/> 
</етигу> 
<ерагоир> 
<ероп$> 
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Рис.2. Пример элемента однородной конструкции сложной структуры 

Ещё одним преимуществом использования ХМ!-файлов является то, 
что для редактирования этого файла не требуется никакого дополнитель- 
ного инструментария, кроме обычного редактора текстовых файлов. Для 
изменения элементов ОВЕ-хранилища необходимо наличие некоторого про- 
граммного обеспечения, позволяющее удалять, добавлять, модифициро- 
вать ОВЕ-файл. Предоставляется поддержка проверки корректности 
ХМЕ-файла путем использования Х$О-схем. 

Как уже отмечалось ранее, для каждого набора однородных 
конструкций необходимо разработать универсальные процедуры обработки 
элементов однородного пространства, которые, по определению, должны 
быть инвариантны относительно мощности однородного пространства. 

Предполагается, что процедуры обработки набора однородных 
конструкций реализуют функцию интеграции ядра приложения с элемента- 
ми однородного пространства, т.е. выступают некоторым параметризован- 
ным интерпретатором или генератором частей исходного кода [4] в слож- 
ном случае. Параметры берутся из репозитория однородных конструкций. 

Следовательно, ядро приложения и однородные конструкции нахо- 
дятся в отношении слабосвязанности и взаимозависимости одновременно. 
Проявление взаимозависимости очевидно, так как ядро приложения предо- 
ставляет пользователю функциональность однородных пространств, проце- 
дуры однородного пространства, в свою очередь, считывают данные 
объектов приложения, используют параметры, переданные приложением 
на вход процедурам однородного пространства. Слабосвязанность характе- 
ризует способ взаимосвязи между ядром приложения и однородным про- 
странством, метод переплетения ядра и процедур однородных конструк- 
ций. Слабосвязанность можно определить как характеристику интеграции 
модулей приложения. Подобная интеграция позволяет безболезненно вно- 
сить изменения в приложения таким образом, что модификации одного мо- 
дуля не влияют на работоспособность другого модуля в силу высокой сте- 
пени инкапсуляции функциональности модулей. Стандартным примером 
реализации отношения слабосвязанности и взаимозависимости являются 
Р/идТп-модули, описанные выше. 

Инструмент редактирования репозитория однородных конструкций 
является опциональным составляющим однородных конструкций. Данный 
инструментарий должен быть наделен функцией редактирования, анализа 
и проверки корректности элементов однородных конструкций при добавле- 
нии и изменении хранилища. Набор средств для редактирования, анализа 
и проверки корректности однородных конструкций может быть реализован 
программистом, а может входить в состав некоторых типов репозитория. В 
частности, в случае использования ЧЫЁхранилища проверка корректности 
производится в соответствии со структурой и ограничениями данного типа 
хранилища независимо от наличия инструментария редактирования и ана- 
лиза, созданного разработчиком, но такой тип хранилища и не исключает 
последнего. 

Набор средств для редактирования и анализа репозитория может 
вызываться при разработке приложения (4едпйте), в любой точке в про- 
цессе работы приложения (гипЧте). Следует обратить особое внимание на 
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вызов инструмента редактирования и анализа репозитория при входе в 
программу. Данная точка вызова относится к точкам вызова в режиме 
гипуте, но именно она наиболее часто используется в приложениях. 
Встречаются реализации набора средств для редактирования и анализа ре- 
позитория, когда инструментарий редактирования является частью прило- 
жения и доступен пользователю в любой момент времени работы приложе- 
ния. 

Место однородных конструкций в теории программирования. 
Проблематику аккумулирования опыта создания систем в некоторой пред- 
метной области, а также дальнейшего использования накопленного опыта 
рассматривает инженерия предметной области [4]. Инженерия предметной 
области (Ротат Епдтеетпа) — это деятельность по сбору, систематизации 
и сохранению наработанного опыта создания систем или частей систем в 
форме средств многократного применения, т.е. повторно используемых ра- 
бочих средств в рамках определенной предметной области, а также по 
обеспечению методов для повторного использования этих средств, т.е. по- 
иска, классификации, распространения, адаптации, сборки и т.д. в процес- 
се создания новых систем. 

Назначение методики однородных пространств является аккумули- 
рование опыта разработки приложений, создание и использование при 
дальнейшей работе определенных элементов конфигурации приложения, а 
именно, конкретных однородных пространств. Следовательно, методика 
однородных пространств реализует принципы инженерии предметной об- 
ласти, где в роли предметной области выступает конфигурация приложе- 
ния. Применение принципов инженерии предметной области качественно 
влияет на процессы программной инженерии, а именно, процесс разра- 
ботки и сопровождения приложения. 

Принципы инженерии предметной области активно используются в 
порождающем [4] и расширяемом [5] программировании. Основной упор в 
парадигме порождающего программирования [4] делается на приемах раз- 
работки серии настраиваемых приложений, а именно, на приемах генера- 
ции или интерпретации приложения из уже разработанных универсальных 
многократно используемых модулей, содержащих определенную функцио- 
нальность, путем указания конфигурации приложения или конфигурации 
некоторой части приложения. Именно в этих универсальных модулях 
происходит накопление и использование аккумулированного опыта в кон- 
кретной предметной области. 

Следует отметить, что изменения по характеру можно разделить на 
революционные, которые в корне меняют структуру проекта, и эволюцион- 
ные, которые преобразуют или дополняют только некоторую часть проек- 
та. Реализация эволюционных изменений составляет основную долю рабо- 
ты персонала по сопровождению приложения, т.е. эволюционные измене- 
ния являются точками роста программы. 

Основной идеей расширяемого программирования [5] является 
идея организации и модуляризации приложения таким образом, чтобы 
дальнейшее развитие комплекса не требовало редактирования уже напи- 
санного программного кода. Вновь написанные части программы будут 
только дополнять исходные тексты приложения. Безболезненное сопрово- 
ждение системы теоретически достигается путем использования следую- 
щих составляющих конфигурации проекта: каркасы, вариантные гнезда, 
наборные гнезда и т.д. Согласно М.М. Горбунову-Посадову [5] безболез- 
ненность изменений приложения достигается тем, что изменения не затра- 
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гивают уже отлаженный программный код приложения, а следовательно, 
не влияют на работоспособность приложения. 

С одной стороны, методика однородных конструкций является пря- 
мым воплощением принципов расширяемого программирования [5], так как 
направлена на упрощение процесса сопровождения, когда добавление, из- 
менение или устранение функциональности не требует редактирования ис- 
ходного кода ядра приложения. В данной методике используется теория 
каркасов и гнезд. 

С другой стороны, методика однородных пространств реализует 

принципы порождающего программирования [4] потому, что процедуры 
обработки репозитория однородных конструкций выступают в роли пара- 
метризованных интерпретаторов или генераторов фрагментов исходного 
кода приложения в более сложных случаях. 
Особенности реализации однородных конструкций. Основная слож- 
ность реализации однородных конструкций заключается в разработке уни- 
версальнальной процедуры обработки конструкций, а именно, в выработке 
техники генерации исходного кода в соответствии с элементами однород- 
ного пространства. К этой задаче необходимо подойти очень серьезно, так 
как от эффективности использования данной техники зависит работа и 
дальнейшее развитие и работоспособность всего приложения. 

Все описанные сложности связаны с тем, что реализация однород- 
ных конструкций является решением более общей задачи для программи- 
ста, чем разработка конкретной функциональности. Поэтому требуется за- 
тратить больше усилий на анализ и разработку хранилища и универсаль- 
ной процедуры обработки элементов хранилища, которые бы позволили 
разместить любой набор элементов предметной области данного однород- 
ного пространства. Однако все затраченные усилия на разработку одно- 
родных конструкций в дальнейшем с лихвой окупаются. 

Однородные конструкции являются воплощением основных принци- 
пов расширяемого [5] и порождающего [4] программирования, поскольку 
добавление очередного элемента однородного пространства сводится к за- 
несению новой позиции в репозиторий однородного пространства, что не 
сопровождается изменением исполняемого кода приложения. Следователь- 
но, в терминах порождающего программирования генератором некоторого 
программного кода приложения является модуль универсальной обработки 
однородных конструкций, а высокоуровневой спецификацией, по которой 
происходит генерация кода, служит хранилище однородных конструкций. 

Модуль - выделенная по тем или иными мотивам часть первичного 
материала программного фонда [5]. Таким образом, учитывая принципы 
расширяемого программирования, определен новый конфигурационный 
ориентир [5], которым является однородное пространство. Использование 
однородной конструкции в качестве способа модуляризации программных 
средств позволяет свести процесс разработки к созданию хранилищ одно- 
родных пространств и процедур обработки последних. Далее строятся эле- 
менты однородного пространства, разрабатывается функциональность каж- 
дого элемента, что не влияет на работоспособность ядра приложения. 
Подобная модуляризация позволяет безболезненно дополнять и изменять 
функциональность приложения, легко локализовать ошибочный код после 
внесения изменений. 

Примеры реализации однородных конструкций. Большинство прило- 
жений работают с данными независимо от специфики последнего, следо- 
вательно, можно выделить такие неотъемлемые задачи приложения, как 
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запрос и фильтрация данных, организация отчетности и выполнение неко- 
торых типовых операций для грида. В связи с этим было выделено 
несколько классов однородных конструкций, которые подробно будут опи- 
саны далее. 

Крайне полезно организовать набор операций для грида, а также 
предусмотреть возможность добавления операций, доступных при выпол- 
нении некоторых условий. Следовательно, можно определить однородное 
пространство наборов операций для грида, где элементом пространства яв- 
ляется операция. 

Для данного однородного пространства создан хт|!-репозиторий 
элементов пространства, имеющий следующие атрибуты: уникальный 
идентификатор, наименование, условие допустимости, строку запуска и 
приоритет операции (рис.З3). 


<туорег> 
<орег 4="гер_4$" пате="Отчет 'Продажи"' рпог="1.00000"> 
<4о>4о герргад ми 'а$' т _герргад</4о> 
<и$ю\у>9$ЕБ('ги_и2") АМО ЧЗЕБ('ти_ч21")</и$юу> 
<рит>0</рйт> 
</орег> 
</туорег> 


Рис.3. Элемент однородного пространства операций для грида 


С точки зрения приложения предоставлены следующие действия с 
типовыми операциями для грида: просмотр списка допустимых операций; 
выполнение конкретной операции грида. 

Функция просмотра списка допустимых операций инициируется на- 
жатием на правую кнопку мыши на гриде, тогда осуществляется поиск до- 
пустимых операций в репозитории типовых операций в соответствии с 
условием допустимости. Условие допустимости определяется логическим 
выражением, результат которого меняется в зависимости от переменных 
среды окружения в некоторой точке приложения. При этом происходит 
формирование контекстного меню, содержащего допустимые операции од- 
нородного пространства в соответствии с условием допустимости. 

Функция выполнения конкретной операции по репозиторию опре- 
деляет строку запуска данной операции и производит её исполнение. 

Фильтрация записей — стандартная и распространенная операция, 
позволяющая пользователю выбирать нужные ему данные из всего объема 
данных. Пожалуй, нет таких приложений, в которых бы не использовались 
различные модули фильтрации. Для построения условия фильтрации необ- 
ходимо указать поле грида, которое участвует в отборе, непосредственно 
условие фильтрации ("=","<",">","В СПИСКЕ","ПУСТО"), а также значение 
условия отбора, которое можно выбрать из списка представленных в гриде 
значений или задать независимо от списка значений. 

Разработанный фильтр учитывает не только простые условия, нала- 
гаемые на поля грида, но также и достаточно сложные и нетривиальные 
условия фильтрации, использующие данные дочерних гридов. 

Например, в приложении представлен грид "Заказы" и "Заказчики". 
Грид "Заказы" ссылается на грид "Заказчики". Предположим, что необходи- 
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мо построить условие фильтрации, выбирающее заказы, имеющие в каче- 
стве заказчика индивидуального предпринимателя. Такое условие невоз- 
можно реализовать, используя простые условия фильтрации, поэтому 
сложные условия фильтрации рассмотрим отдельно. 

Наборы упомянутых сложных условий фильтрации выбраны в каче- 
стве однородного пространства. Элементом однородного пространства яв- 
ляется условие фильтрации или запроса, которое имеет следующие атри- 
буты: наименование, выражение допустимости, список возможных опера- 
ций, применимых к условию, и соответствующие команды выполнения 
условия фильтрации. В качестве репозитория однородного пространства 
выбран хт!-файл с достаточно простой разметкой, учитывающей все пере- 
численные атрибуты, но в данном случае структура хранилища не является 
плоской, так как некоторые атрибуты имеют достаточно сложное строение. 
Редактирование хранилища производится путем редактирования хт|- 
файла. 

Однородное пространство условий фильтрации/запроса предпола- 
гает определение следующих функций: просмотр допустимых условий 
фильтрации/запроса в данной точке приложения; просмотр возможных 
операций, применимых для конкретного условия; просмотр списка возмож- 
ных значений для выбранного условия. 

Функция просмотра допустимых условий фильтрации или запроса 
вызывается только программно модулем фильтрации или запроса данных 
при построении нового условия фильтрации. Данная функция производит 
поиск по репозиторию и выбор допустимых условий фильтрации в данной 
точке приложения, основываясь на выражении допустимости, которое при- 
нимает логическое значение в зависимости от переменных среды окруже- 
ния. Зачастую выражение допустимости содержит проверку на принадлеж- 
ность условия фильтрации экранной форме, гриду или некоторому набору 
гридов. Результатом выполнения функции просмотра допустимых условий 
фильтрации или запроса является список наименований условий, примени- 
мых в данной точке приложения. 

Для одного условия фильтрации может быть определено 
несколько операций. Операции представляют собой как простые 
операции сравнения, так и более сложные операции, например, определе- 
ние списка значений данного поля (Тип товара В СПИСКЕ 
('Обувь’,'Стройматериалы','Оргтехника')). Функция просмотра возможных 
операций, применимых для условия фильтрации, осуществляет поиск по 
хранилищу и выбор определенных для данного условия операций. Функция 
просмотра списка возможных значений для конкретного условия фильтра- 
ции возвращает список результатов выполнения выбранной из репозито- 
рия команды. 

Одной из важных задач приложения является организация отчетно- 
сти различного рода. Разработка стандартного механизма для запуска и 
вывода отчета значительно повысит эффективность проектирования и со- 
провождения приложения. 

Рассмотрим однородное пространство отчетов, где элементом про- 
странства является отчет. Репозиторием однородного пространства выбран 
ЧБЕфайл, содержащий информацию о следующих атрибутах: уникальный 
идентификатор, наименование, строка запуска процедуры предваритель- 
ной обработки, строка запуска отчета, а также условие допустимости. 
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С точки зрения приложения возможны следующие операции с отче- 
тами: просмотр допустимых отчетов в текущей точке приложения, а также 
запуск конкретного отчета. 

Просмотр списка допустимых отчетов может инициироваться выбо- 
ром пункта меню, иконки на панели инструментов, нажатием на кнопку 
экранной формы или некоторой комбинацией "горячих" клавиш. Независи- 
мо от способа инициации выбора отчетов производится поиск отчетов в со- 
ответствии с условием допустимости, которое указано в репозитории одно- 
родного пространства и представляет собой логическое выражение. Ре- 
зультатом выполнения условия допустимости является истина или ложь в 
зависимости от значений переменных среды окружения в конкретной точке 
приложения. 

Процедура запуска конкретного отчета в качестве входных пара- 

метров получает уникальный идентификатор отчета из хранилища одно- 
родных конструкций и способ вывода данных отчета, среди которых выде- 
лены вывод на принтер, в файл и на экран. По уникальному идентификато- 
ру происходит поиск отчета в репозитории, затем определяется необходи- 
мость запуска процедуры запроса данных для отчета. Потом происходит 
формирование и вывод выбранного отчета с учетом входных параметров и 
данных репозитория. В большинстве случаев для формирования отчета 
требуется шаблон, расположение которого также указывается в хранилище 
отчетов. Шаблоны могут быть разных типов, начиная с Ях-отчета и закан- 
чивая х!5-шаблоном для вывода в Мего5оЁ ОЁйсе Ехсе|. 
Выводы. Понятие однородных конструкций имеет большое значение в 
процессе структурирования приложения. Применение данного понятия при 
разработке программного средства дает ряд преимуществ. Основным до- 
стоинством является простота добавления новой и изменения существую- 
щей функциональности, легкость локализации и устранения ошибок редак- 
тирования программного кода. 

Наличие стандартной процедуры обработки однородных конструк- 
ций позволяет вносить изменения в функционал без модификации ядра 
приложения, что указывает на высокую степень открытости данного прило- 
жения. 

Применение однородных конструкций воплощает в жизнь основные 
принципы инженерии предметной области [4]. В данных конкретных реали- 
зациях, рассмотренных выше, аккумулирование и использование опыта 
разработки приложение инвариантно относительно языка программирова- 
ния, так как представленные типы хранилищ однородных конструкций 
(ХМЕ-файл, текстовый файл, ОВЕ-файл) легко распознаются любым совре- 
менным языком программирования. Конечно, для использования готовых 
однородных конструкций в любой другой среде разработки недостаточно 
просто хранилища, нужно будет адаптировать существующую или реализо- 
вать новую процедуру обработки элементов однородного пространства. 

Использование однородных конструкций позволит значительно оп- 
тимизировать сопровождение приложения и упростит его модификацию. 
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НОМОСЕМЕОЦ$ ТКУСТОВЕ$ 


Тре сопсерё ог Нотодепеоц$ $гискигез м/ СН геа№Ше рипар!ез оЁ депега{па 
апа ехрапае4 ргодгатиттоа 15 пгодисеа. Нотодепеоц$ эгисигез аге сопя- 
еге аз Не сопйдигаНоп геГегепсе ропЕ ог {Пе ргодгат ргодесе дейптод а рго- 
сез5 АтесНоп оЁ амыюп шо тодЦцез апа ргодгат згисийгаНоп. бате ехат- 
рез оЁ Нотодепеоц$ Гис игез аге аезсиБеа. ТНе р!асе оЁ сопсере оЁ Ното- 
депеоц$ $гисигез атопд ргодгатгид рага4!ат$з 15 апа\зе4. Адуатадез оЁ 
{Не Ботодепеоц$ $гисиге5'$ изе аге Помт. 
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